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(54) Network printing system 

(57) A printing systenn disposed In a local or side ar- 
ea network in which one of a plurality of queries is trans- 
nnitted from a client to a server for obtaining a set of in- 
formation including both a file with static information and 
a subset of dynamic information is provided. The subset 
of dynamic information varies as a function of one or 
more print related characteristics of a document 
processing system with which the server communi- 
cates. The printing system includes a parsing subsys- 
tem, communicating with the client for receiving the one 
of the plurality of queries, the parsing subsystem facili- 



tating the obtaining of the set of information by copying 
a portion of the file, in response to reading a first instruc- 
tion, and communicating the copied portion at the server 
for storage thereat. The printing system further includes 
a query resolving subsystem, communicating with the 
parsing subsystem, for obtaining the subset of dynamic 
information from the document processing system in re- 
sponse to the parsing system reading a second instruc- 
tion. In practice, the copied portion of the file and the 
subset of dynamic information are combined for output 
thereof at the client. 
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Description 



This invention relates generally to a printer interface 
for use in a network printing context and, more particu- 
larly to a parsing system which allows for efficient 
processing of queries transmitted from a client station 
to a target printer by way of a network connection. 

Electronic printing systems typically include an in- 
put section, sometimes referred to as an input Image 
terminal ("ITT"), a controller, sometimes referred to as 
an electronic subsystem ("ESS") and an out section or 
print engine, sometimes referred to as an image output 
terminal ("lOT"). In one type of electronic printing sys- 
tem, manufactured by Xerox® Corporation, known as 
the DocuTech® electronic printing system, a job can be 
inputted to the printing system from, among other sourc- 
es, a network or a scanner. 

When a scanner is employed to generate the job, 
image bearing documents are scanned so that the im- 
ages therein are converted to image data for use in mak- 
ing prints. When a network is used to generate the job, 
a stream of data, including various job related instruc- 
tions and image data, expressed in terms of a page de- 
scription language is captured, decomposed and stored 
for printing. As is known, a network job can have its or- 
igin in a remote client, such as a workstation, or a print 
server with a storage device. Jobs provided at the IIT 
may be stored in a memory section, sometimes referred 
to as "electronic precollation memory". 

In one area related to electronic printing, namely 
digital copying, a demand for "multlfunctionaltty" contin- 
ues to grow. A multifunctional digital copier can assume 
the form of an arrangement in which a single electro- 
static processing printer is coupled with a plurality of dif- 
ferent image input devices, with such devices being 
adapted to produce Image related information for use 
by the printer. 

Multifunctional copying devices are typically adapt- 
ed to store a plurality of jobs for eventual printing. In one 
example, jobs are ordered for printing in an arrangement 
referred to as a "print queue". Xerox Network Systems 
have employed the concept of the print queue for at least 
a decade to manage jobs at network printers. 

It has been found that a typical digital copier is par- 
ticularly well suited tor use with a network printing ar- 
rangement in which the digital copier is interfaced with 
a client (e.g. workstation) by way of a suitable network 
connection and a print server. 

On the increasingly popular world-wide-web (www), 
hypertext markup language (html) specifies the display 
of information on a "client" computer, and hypertext 
transfer protocol (http) provides a neutral mechanism for 
the transfer of information from a "server" computer to 
a "client- computer over the TCP/IP network protocol. 
Of particular interest is the neutral aspect, in which the 
transfer and display of information does not depend on 
the client computers operating system or processor con- 
figuration, but only on the capabilities of a protocol-com- 



pliant "browser". Such software is widely available for 
most computers at this time. Information transferred and 
displayed to the client includes both static information 
defined in advance and dynamic information computed 
5 at the time that a client makes a request to the server 
Publicly available server software often Includes the 
common gateway interface (CGI) which allows the serv- 
er to invoke a software program which may be passed 
user specified parameters, and whose output will be 
^0 transferred to, and displayed on the client computer. 

Print and document processing machines can use 
html and http as interfaces for control and status, and 
design of these machines benefits greatly from use of 
such interfaces for several reasons. First, development 
?5 costs are lower and deployment schedules shorter since 
the mechanism can be used by many clients without the 
necessity of writing the client display software (often re- 
ferred to as "user interface" or Ul) for each operating 
system and processor that clients use. Second, it Is 
20 straightforward to define multi-lingual interfaces by stor- 
ing the information in multiple languages on the server, 
permitting the server to be accessed in multiple lan- 
guages by different clients concurrently. Third, up- 
grades or changes can be made to the print or document 
25 processing machine's capabilities without the inconven- 
ience of the vendor developing new client display soft- 
ware and of the client having to install new software on 
every client computer for each such upgrade. 

In a network printing system, such as that disclosed 
30 by U.S. Patent No. 5,220,674, a significant number of 
queries are passed between a given client and one or 
more printing subsystems to determine selected infor- 
mation regarding a given printing subsystem, such as 
machine settings for or status of the given printing sub- 
3S system. It is believed to be known that, in one example, 
the CGI can be employed to generate information in re- 
sponse to a given query, provided a program is provided 
for both writing out certain static data, such as certain 
basic information identifying the printing subsystem be- 
40 ing queried, and dynamic information, such as a listing 
of jobs currently in a queue and the respective states of 
those jobs. 

Commonly, for each type of query to be submitted, 
a program to generate both the static data and the dy- 
namic data is developed. Creating a program to accom- 
modate for each type of query, however, can be both 
time-consuming and tedious. Moreover, providing a pro- 
gram for each query is inefficient since much of the code 
for a number of queries overlaps. It would be desirable 
^0 to provide a system in which a single program is provid- 
ed in such a manner that the amount of code required 
to handle the set of queries submitted to a given printing 
subsystem Is minimized. 

According to this invention a printing system dis- 
55 posed in a local or wide area network in which one of a 
plurality of queries is transmitted from a client to a server 
for obtaining a set of information including both a file 
with static information and a subset of dynamic informa- 
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tion, the subset of dynamic information varying as a 
function of one or more print related characteristics of a 
document processing system with which the server 
communicates, comprises: 

a) a parsing subsystem, communicating with the cli- 
ent for receiving the one of the plurality of queries, 
said parsing subsystem facilitating the obtaining of 
the set of information by copying a portion of the 
file, in response to reading a first instruction, and 
communicating the copied portion at the server for 
storage thereat; 

b) a query resolving subsystem, communicating 
with said parsing subsystem, for obtaining the sub- 
set of dynamic information from the document 
processing system in response to said parsing sys- 
tem reading a second instruction; and 

c) wherein the copied portion of the file and the sub- 
set of dynamic information are combined for output 
thereof at the client. 

A particular example of a network printing system 
in accordance with this invention will now be described 
with reference to the accompanying drawings; in which:- 

Figure 1 is a perspective view of a networked digital 
copier suitable for receiving a job developed in ac- 
cordance with the present invention; 
Figure 2 is a block diagram depicting a multifunc- 
tional, network adaptive printing nnachine; 
Figure 3 is a block diagram of a network controller 
for the printing machine of Figure 2; 
Figure 4 is a block diagram showing the network 
controller of Figure 3 in greater detail; 
Figure 5 is a schematic block diagram showing a 
query handling system embodying the present in- 
vention; 

Figure 6A is a schematic block diagram illustrating 
an Internet based query system in which a plurality 
of programs is provided to accommodate for the 
various queries which are to be submitted to a given 
printing subsystem; and 

Figure 6B is a schematic block diagram illustrating 
an Internet based query system in which a single 
template ("Extended HTML") is provided, along with 
a plurality of files, to implement a printing subsys- 
tem querying system in which one program is em- 
ployed to manage the various queries. 

Referring to Figure 1 of the drawings, a digital copier 
system of the type suitable for use with the preferred 
embodiment is shown. As shown, the system inciudes 
a document feeder 1 and an operation (and display) 
panel 2. After desired conditions have been entered on 
the operation panel 2, the document feeder 1 conveys 
a document to a predetermined reading position on an 
image reading device 3 and, after the document has 
been read, drives it away from the reading position. The 



image reading device 3 illuminates the document 
brought to the reading position thereof. The resulting re- 
flection from the document is transformed to a corre- 
sponding electric signal, or image signal, by a solid state 
5 imaging device, e.g., a CCD (Charge Coupled Device) 
image sensor. An image forming device 4 forms an im- 
age represented by the image signal on a plain paper 
or a thermosensitive paper by an electrophotographic, 
thermosensitive, heat transfer, ink jet or similar conven- 
tional system. 

As a paper is fed from any one of paper cassettes 
7 to the image on forming device 4, the device 4 forms 
an image on one side of the paper. A duplex copy unit 
5 is constructed to turn over the paper carrying the im- 
age on one side thereof and again feed it to the image 
forming device 4. As a result, an image is formed on the 
other side of the paper to complete a duplex copy. The 
duplex copy unit 5 has customarily been designed to re- 
feed the paper immediately or to sequentially refeed a 
plurality of papers stacked one upon the other, from the 
bottom paper to the top paper. The papers, or duplex 
copies, driven out of the image forming device 4 are se- 
quentially sorted by a output device 6 in order of page 
or page by page. 

Applications, generally 8, share the document feed- 
er 1 , operation panel 2, image reading device 3, image 
forming device 4, duplex unit 5, output device 6, and pa- 
per cassettes 7 which are the resources built in the cop- 
ier system. As will appear, the applications include a 
copier application, a printer (lOT) application, a facsim- 
ile (Fax) application and other applications. Additionally, 
the digital copier system is coupled with a network by 
way of a conventional network connection 9. 

Referring to Figure 2, a multifunctional, network 
adaptive printing system is designated by the numeral 
10. The printing system 10 includes a printing machine 
12 operatively coupled with a network service module 
14. The printing machine 12 includes an electronic sub- 
system 1 6, referred to as a video control module ( VCM), 
communicating with a scanner 18 and a printer 20. In 
one example, the VCM 16, which is described in detail 
in U.S. Patent No. 5,579,447 to Salgado, the disclosure 
of which is incorporated herein by reference, coordi- 
nates the operation of the scanner and printer in a digital 
copying arrangement. In a digital copying arrangement, 
the scanner 18 (also referred to as image input terminal 
(NT)) reads an image on an original document by using 
a CCD full width array and converts analog video sig- 
nals, as gathered, into digital signals. In turn, an image 
processing system (not shown), associated with the 
scanner 1 8, executes signal correction and the like, con- 
verts the corrected signals into multi-level signals (e.g. 
binary signals), compresses the multi-level signals and 
preferably stores the same in electronic precollation (not 
shown). 

Referring to Figure 2. the printer 20 (also referred 
to as image output terminal (lOT)) preferably includes a 
xerographic print engine. In one example, the print en- 
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gine has a multi-pitch belt (not shown) which is written 
on with an imaging source, such as a synchronous 
source (e.g. laser raster output scanning device) or an 
asynchronous source (e.g. LED print bar). In a printing 
context, the nnulti-Ievel image data is read out of the EPC 
memory, while the imaging source is turned on and off, 
in accordance with the image data, forming a latent im- 
age on the photoreceptor In turn, the latent image is 
developed with, for example, a hybrid jumping develop- 
ment technique and transferred to a print media sheet. 
Upon fusing the resulting print, it may be inverted for 
duplexing or simply outputted. It will be appreciated by 
those skilled in the art that the printer can assume other 
forms besides a xerographic print engine without alter- 
ing the concept upon which the disclosed embodiment 
is based. For example, the printing system 10 could be 
implemented with a thermal ink jet or ionographic print- 
er. 

Referring to Figure 3, the network service module 
14 is discussed in further detail. As will be recognized 
by those skilled in the art. the architecture of the network 
service module is similar to that of a known "PC clone". 
More particularly, in one example, a controller 44 as- 
sumes the form of a SPARC processor, manufactured 
by Sun Microsystems, Inc., is coupled with a standard 
SBus 72. In the illustrated embodiment of Figure 3, a 
host memory 74, which preferably assumes the form of 
DRAM, and a SCSI disk drive device 76 are coupled 
operatively to the SBus 72. While not shown in Figure 
3, a storage or I/O device could be coupled with the 
SBus with a suitable interface chip. As further shown in 
Figure 3, the SBus is coupled with a network 78 by way 
of an appropriate network interface 80. In one example, 
the network interface includes all of the hardware and 
software necessary to relate the hardware/software 
components of the controller 44 with the hardware/soft- 
ware components of the network 78. For instance, to 
interface various protocols between the network service 
module 14 and the network 78, the network interface 
could be provided with, among other software. Net- 
ware® from Novell Corp. 

In one example, the network 78 includes a client, 
such as a workstation 82 with an emitter or driver 84. In 
operation, a user may generate a job including a plurality 
of electronic pages and a set of processing instructions. 
In turn, the job is converted, with the emitter, into a rep- 
resentation written in a page description language, such 
as PostScript. The job is then transmitted to the control- 
ler 44 where it is interpreted with a decomposer, such 
as one provided by Adobe Corporation. 

Referring to Figure 4, a block diagram which further 
elaborates on the network controller schematic of Figure 
3 is shown. In the illustrated embodiment of Figure 4. 
the clients 100 (each client, in Figure 3, being shown 
with a workstation 82 and an emitter 84) are configured 
with a variety of protocols, such as LPD (a protocol for 
UNIX), Novell network protocol. AppleTalk and DCS (a 
protocol for Xerox digital copiers known as the "Docu- 



ment Centre Systems"). Additionally, each of the clients 
is preferably provided with "browsing" capability which 
allows for communication with an HTTP server for ac- 
cess to, among other locations, the World Wide Web. 
5 The clients communicate with the network server or 
electronic subsystem ("ESS") 14 by way of Connectivity 
Services (CS) 102. As shown in Figure 4. the ESS com- 
prises two parts, namely a Microkernal 104 (more par- 
ticularly, a partial abstract model of a Microkernal 
^0 mapped into a model based on DPA ISO 10175/POSIX 
IEEE 1003.7) and an application specific subsystem 
106. 

In general, a network or point-to-point print submis- 
sion originates at the Protocol Services level of the (CS) 
^5 subsystem. Each Protocol Service listens on a well- 
known socket for a connection indication. When a Pro- 
tocol Service receives the connection indication it sub- 
mits a job request to the Connectivity Core. The Con- 
nectivity Core will translate this request into a DPA-com- 
20 patible formal and forward it to a DM subsystem 108. 
When the job submission is granted, the Protocol Serv- 
ices can submit one or more documents. Document 
submission is achieved by sending a document request 
and an I/O descriptor to the Connectivity Core. This will 
^5 also be translated and forwarded to the DM subsystem. 
After the document has been accepted, the Proto- 
col Service starts to receive data from the underlying 
protocol stack and writes it into the I/O descriptor. This 
data will read on the other side of the I/O descriptor by 
30 a consumer or will be spooled somewhere in the system. 
When the remote client indicates that there is no more 
data, the I/O descriptor is closed signalling the end of 
this specific document. After all documents have been 
received, a job termination request is sent from the Pro- 
35 tocol Services to the Connectivity Core, which then for- 
wards it to the DM. Eventually this request will be com- 
pleted by the system, and the Protocol Sen^ice will re- 
lease all resources associated with the job. 

Queries normally directed from a client (Figure 4) 
^0 to the printing machine 12 are processed by use of an 
HTTP server 107 operating in conjunction with the DM 
subsystem 108, as discussed below in detail. 

The Microkernel has a Document Management 
(DM) subsystem that performs most of the DPA/POSIX 
45 Server functionality. The DM subsystem validates user 
requests, queues requests, spools document data, 
schedules the job for the device, and collects and main- 
tains status information. The DM subsystem extends the 
DP/VPOSIX Server in some aspects, since it can be 
50 configured to handle scan jobs (for filing or faxing) and 
copying jobs. DM provides for document sniffing, spool- 
ing, and scheduling services. Sen/ice providers, such 
as Document Processing 11 0 can register their services 
with DM. 

55 Document Processing (DP), which includes the Im- 
age Frame Store (IFS) and the instantiation of at least 
one producer, is provided with the Microkernel. DP proc- 
esses documents into images (full frame buffers or 
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raster-scan bands, depending on the configuration of 
the Microkernel). The Image Frame Store assigns pro- 
ducers to consumers. 

Essentially, the Microkernal 104 can be thought of 
as a generic ESS while the subsystem 106 can be 
thought of as an application specific ESS. That is, the 
Microkernal 104 contains the fundamental building 
blocks of a print server, while the subsystem 106 con- 
tains all of the software components necessary to, in 
conjunction with the Microkernal 104, provide the VCM 
16 with a desired level of operability. More particularly, 
an Agent, which filters out all commands/requests em- 
anating from the Microkernal 104, is designated with the 
numeral 114. Basically, the Agent serves as a "hook" 
into the generic ESS to facilitate the handling of all re- 
mote requests. The Agent works in conjunction with oth- 
er services^ such as Print Services 116 and Diagnostics 
118, to support the operation of the VCM. 

The Agent 114 also communicates with an ESS 
Query Ulilily 120 to maintain, among other things, a 
composite queue, which composite queue is the basis 
of copending U.S. Patent Application Serial No. 08/(At- 
torney's Docket No. 96358, filed by Grzenda et al. on 
January 21,1 997. While the functions of the Agent and 
the ESS Query Utility could be combined, they are 
shown as separate here in a modularized model. The 
ESS Query Utility also communicates with a Scan-to- 
File process 122, which process facilitates the filing of 
previously scanned documents to the network, as well 
as an Accounting/ Authorization/Authentication service 
("AAA") 124. The AAA is used, among other things to 
authorize the performance of certain acts sought to be 
performed by a remote client. In one example, the AAA 
is implemented with software of the type found in Xerox* 
DocuSP 1 .0 print server. As will appear, the AAA facili- 
tates the preferred embodiment in that it prevents the 
undesirable tampering of one or more queued jobs by 
unauthorized system users. Additionally, as will appear, 
ESS Query Utility 120 can be used to obtain a host of 
information other than queue information. For example, 
the Utility 120 can be employed to obtain both machine 
configuration information (such as machine settings) as 
well as status information relating to subsystems/proc- 
esses other than the queue(s). 

Referring to the printing machine 12 aspect of Fig- 
ure 4, a Copy Service 128 communicates with the ESS 
Query Utility 120 and a VCM Queue Utility 130. The 
Copy Service, which resides, in one example, on the 
controller 44 (Figure 6) performs a function, on the copy 
side, comparable to the DM 108. Among other things, 
the Copy Service, supervises the development of copy 
and Fax jobs as well as the management of the VCM 
Queue. The VCM Queue Utility communicates with and 
gathers queue related data from a Mark Service 1 32 and 
a suitable User Interface 1 34. While the functions of the 
User Interface and the VCM Queue Utility could be com- 
bined, they are shown as separate here in a modular- 
ized model. 



8 

The Mark Service is associated with the printer 20 
(Figures 2 and 3) and a VCM Queue is associated with 
the User Interface, as on, for example, the Xerox Doc- 
ument Centre 35 digital copier. As will be appreciated 

5 by those skilled in the art, both of the Mark Service and 
the User Interface are key components in developing 
and maintaining the VCM Queue. For example, the 
complexion of the VCM Queue is constantly being al- 
tered as a result of activity in the Mark Service, while a 

70 significant amount of control is asserted on the VCM 
Queue as a function of communication with the User In- 
terface. 

Referring still to Figure 4, the HTTP server 107 fur- 
ther includes a common gateway interface ("CGI") des- 

75 ignated with the numeral 140. As discussed above, the 
CGI, through use of suitable software, permits output 
responsive to user provided parameters, to be commu- 
nicated to the client 100. More particularly, in practice, 
a client user develops a query (including a set of param- 

20 eters) which requests an output from a remote network 
system, such as the printing system 1 2. In one example, 
a request may be made with respect to information re- 
garding the order of jobs in a queue or the current set- 
tings of the printing system. As will be appreciated by 

25 those skilled in the art, a query may be directed toward 
a wide range of information associated with the printing 
system and the remote network system being queried 
could include a system other than a printing system - for 
instance, the remote network system could include a 

30 stand-alone scanning device. 

Referring now to Figure 5, the HTTP server 1 07 with 
its related CGI 140 are shown in greater detail. As 
shown in the illustrated embodiment of Figure 5, the CGI 
140 includes a CGI script 142 communicating with a 

35 query parser 144. In particular, the CGI script informs 
the parser as to the information requested by way of an 
incoming query. The query parser communicates with a 
set of files Q(i) which may. in one example, be stored in 
mass memory 76 (Figure 3). Preferably, each file, as will 

40 appear, is formatted as an extended HTML file. Addi- 
tionally, the query parser 144 communicates with a que- 
ry resolver 146, which query resolver "looks to" the doc- 
ument for pertinent dynamic information called for by a 
query. The query resolver communicates with the for- 

45 matter 1 48 for passing the dynamic information thereto. 
Output of the query parser 144 and the formatter 148 
are relayed to the HTTP server 107. 

To appreciate the problem solved by the preferred 
embodiment, reference is made to Figures 6A and SB. 

50 In the prior art, as illustrated in Figure 6A, an HTTP serv- 
er communicates with the CGI, which CGI includes a 
plurality of programs or "scripts". A first program facili- 
tates acquisition of a first type of query information (e. 
g. information regarding the jobs currently residing in a 

55 print queue of the printing system 12 (Figure 4)), a sec- 
ond program facilitates acquisition of a second type of 
query information (e.g. machine settings for the printing 
system 1 2), and so on. In prior art systems, a response 
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to a query, as shown on a "web page" includes certain 
Identifying information (e.g. source of data), referred to 
as "static" information and other "dynamic" information 
showing a current state of a subsystem with which the 
query corresponds. In one example, the dynamic infor- 
mation may comprise current state information from a 
target queue. 

The following example is provided to convey one 
known approach for developing the web page in the pri- 
or art arrangement of Figure 6A. In particular it may be 
desired to create a web page with the following informa- 
tion: 



10 



StaA 
StaB 

StaC 



Dylnfo 



15 



a corresponding query as well as the marker designat- 
ing where the dynamic state information is to be placed 
on the web page. For instance, file 1 may include all of 
the static information required to fill out the static infor- 
mation portion(s) of a queue web page. 

Referring still to Figure 6B, further discussion with 
respect to the extended HTML is provided. Preferably, 
the query parser is provided with the following parsing 
program; 

Copy File Q(i) 
If <Dynamic> 

Get Dylnfo 

Print Dylnfo 
Return 



" indicates that the information to be 



where "Sta — ' 
displayed is static, 

and ••Dylnfo" indicates that the information to be 
displayed is dynamic. 

In the illustrated embodiment of Figure 6A, the 
above page is generated by way of the following 
scheme: 

Print StaA 
Print StaB 
Get Dylnfo 
Print Dylnfo 
Print StaC 



20 



25 



30 



' is used in a sense compa- 



where the term "Print" 
rable with "writing." 

It should be appreciated that the above page print- 
ing/writing scheme is specific to the particular query to 
which it relates. That is, while the above printing scheme 
may be suitable for writing a web page showing the cur- 
rent state of a queue, it is not necessarily appropriate 
for writing a web page showing machine settings since 
certain static information for the queue web page will not 
be the same as certain static infomnation for the machine 
settings web page. For example, information, such as 
"StaB" may not relate to the machine settings web page 
at all. Moreover, the order of information presentation 
tends to vary among query based web pages to be dis- 
played. Accordingly, it is understood that separate pro- 
grams must be written to correspond respectively with 
separate queries. This is disadvantageous in that writing 
a program for each query can be time consuming. 

Referring to Figures 5 and 6B. an approach, in 
which one program is used in conjunction with multiple 
files, is discussed. Referring first to Figure 6B, the query 
parser 144 is corresponded with a plurality of files 152, 
which files are stored in a suitable memory location,' 
such as disk 76 (Figures 3 and 5). Each file 152 (i.e. file 
1 . file 2, . . . file n) is associated with a particular set of 
static information required to generate a web page for 
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Where Q(i) corresponds with a file having the set 
of information with which the pending query is associat- 
ed, e.g. Q(i) corresponds with a queue web page file 
having a marker or indicator for designating the pres- 
ence of queue state information along with static infor- 
mation, Q(2) corresponds with a machine settings web 
page file having an indicator designating the presence 
of nnachine setting state information along with static in- 
formation for a machine settings web page, and so on; 

and "<Dynamic>" serves as an indicator that the 
corresponding web page display is at a point of devel- 
opment where Dylnfo is required. 

The roles of Q(i) and <Dynamic> will be more fully 
appreciated in view of the following discussion: 

Referring to Figure 5. preferably a selected query 
IS transmitted from the client 1 00 (Figure 4) to the HTTP 
server 107 which invokes the CGI script 142. In turn, the 
CGI script imparts to the query parser 1 44 what type of 
query is to be processed. In turn, the parser uses its 
program to initiate the copying of regular HTML, i.e. stat- 
ic information, to the HTTP server for relay of informa- 
tion to the client. That is, referring to the copy aspect of 
the above-shown template, information is copied out of 
the appropriate Q(i) (in other words, one of the files 1 52) 
and provided, by way of the query parser to the HTTP 
server. When the query parser 144 parses the informa- 
tion of the file referred to above as "<dynamic>", a de- 
mand tor the corresponding dynamic information is 
transmitted to the query resolver 146. The query resolv- 
er, in turn, requests of the document manager 108 that 
the appropriate dynamic information be retrieved from 
the printing system 12 or the network module 14. The 
manner in which the document manager obtain dynamic 
information from the printing system or network module 
should appear from the discussion of Figure 4 above. In 
response to the request of the query resolver, the doc- 
ument manager communicates requested dynamic in- 
formation to the query resolver, which query resolver 
passes along the dynamic information to the formatter 
148. 

It should be appreciated that writing a program to 
obtain the dynamic information, e.g. state information, 
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can be rather cumbersome in that the amount of infor- 
mation to be obtained can be substantial, thus requiring 
a retrieval program with a relatively large number of 
commands. In practice, a "shorthand" expression is 
used by the document manager 1 08 to retrieve dynamic 
information. In the example of retrieving state informa- 
tion for jobs in a queue, a format statement, analogous 
to a format statement used in Fortran, is employed to 
fetch such state information. Preferably, the shorthand 
or format type statement indicates the query type, e.g. 
query = "list jobs", provides a range of state values to 
be obtained, e.g. fmt = <tr> <de = *'%1 "> ...">, and des- 
ignates other certain discrete information to be ob- 
tained, e.g. "job name", "owner" and so on. 

In using this sort of shorthand, all of the necessary 
information is retrieved by the document manager and 
provided to the formatter 148. In turn, the formatter 
causes the retrieved information to be written at the HT- 
TP server 107 in a presentable form for use in the web 
page ultimately provided to the client. As will be appre- 
ciated by those skilled in the art, the server can be pro- 
grammed readily to arrange the static and dynamic in- 
formation in a preselected order to develop the display- 
able web page at the client. 

Numerous features of the above-described pre- 
ferred embodiment will be appreciated by those skilled 
in the art: 

First, by extension of HTML for queries and provi- 
sion of parsing, resolution, and formatting, it is unnec- 
essary to write custom software for each query to be 
supported. Rather, the desired queries are simply spec- 
ified through the desired parameters and format of the 
extended HTML ttle(s). The preferred approach expe- 
dites the development of client interfaces to a large 
range of document processing systems. 

Second, while the preferred approach minimizes 
the amount of program writing for the sake of developing 
custom software, the ability to obtain site specific cus- 
tomization for a given machine interface is greatly facil- 
itated. This is accomplished through simple manipula- 
tion of information in one of the extended HTML files 
rather than the extensive rewriting of code. 

It should be appreciated that the preferred ap- 
proach makes the development of query related soft- 
ware so easy that even a relatively uneducated software 
user can upgrade his/her query capability with relative 
ease. In particular, by editing one of the extended HTML 
files or simply replacing It, a web page suitable for em- 
ployment by a new user can be provided readily. 

Finally, the code used to retrieve both static and dy- 
namic information is written compactly and efficiently. 
By using a copy operation to retrieve static information, 
the number of commands required to print static infor- 
mation is minimized. Additionally, by using a suitable for- 
mat statement, a substantial amount of dynamic infor- 
mation can be retrieved with a minimum amount of in- 
structions being provided. 



Claims 

1. A printing system disposed in a local or wide area 
network in which one of a plurality of queries is 

5 transmitted from a client to a server for obtaining a 
set of information including both a file with static in- 
formation and a subset of dynamic information, the 
subset of dynamic information varying as a function 
of one or more print related characteristics of a doc- 

10 ument processing system with which the server 
communicates, comprising: 

a) a parsing subsystem, communicating with 
the client for receiving the one of the plurality 

^5 of queries, said parsing subsystem facilitating 

the obtaining of the set of information by copy- 
ing a portion of the file, in response to reading 
a first instruction, and communicating the cop- 
ied portion at the server for storage thereat; 

20 b) a query resolving subsystem, communicat- 

ing with said parsing subsystem, for obtaining 
the subset of dynamic information from the doc- 
ument processing system in response to said 
parsing system reading a second instruction; 

2S and 

c) wherein the copied portion of the file and the 
subset of dynamic information are combined for 
output thereof at the client. 

30 2. The printing system of claim 1, wherein a second 
portion of the file is copied for storage at the server 
after the subset of dynamic information has been 
obtained from the document processing system. 

3S 3. The printing system of claim 1 or 2, further compris- 
ing a document manager, communicating with said 
query resolving subsystem, for obtaining the subset 
of dynamic information in response to a command 
to do so from the query resolving subsystem. 

40 

4. The printing system of 3, wherein one or more pa- 
rameters are passed from the query resolving sub- 
system for designating the type of dynamic informa- 
tion to be obtained in the subset of dynamic infor- 

45 mat ion. 

5. The printing system of claim 4, in which the docu- 
ment processing system includes a job queue com- 
municating with said document manager, wherein 

50 at least one job queue related parameter is passed 
to the document manager so that dynamic informa- 
tion regarding a state of each job currently in the job 
queue is obtained. 

55 6. The printing system of claim 4 or 5, in which the doc- 
ument processing system includes a plurality of ma- 
chine settings with respective values, wherein at 
least one machine setting related parameter is 
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passed to the document manager so that dynamic 
information regarding the at least one machine set- 
ting related parameter is obtained. 

7. The printing system of any preceding claim, further 
comprising a formatting subsystem, communicating 
with said query resolving subsystem, for formatting 
the subset of dynamic information for delivery to the 
server 



10 



9. 



The printing system of claim 7, query resolving sub- 
system uses a first set of code to obtain the subset 
of dynamic information and said formatting subsys- 
tem converts the first set of code into a second set 
of code with the second set of code being substan- is 
tially greater in size than the first set of code. 

The printing system of any preceding claim, in 
which the first and second instructions are disposed 
in a template, wherein the template is corresponded 20 
with a plurality of files and said parsing subsystem 
causes one of the plurality of files to be selected for 
selected copying thereof. 

10. I n a printing system disposed in a local or wide area 2S 
network in which one of a plurality of queries is 
transmitted from a client to a server for obtaining a 
set of information including both a file with static in- 
formation and a subset of dynamic information, the 
subset of dynamic information varying as a function 30 
of one or more print related characteristics of a doc- 
ument processing system with which the server 
communicates, an improvement, including a meth- 
od, for obtaining the set of information, comprising: 

35 

a) transmitting the one of the plurality of queries 
from the client to the server; 

b) in response to receiving the one of the plu- 
rality of queries, parsing a program, the pro- 
gram facilitating said obtaining of the set of in- 40 
formation, said parsing including, 

(i) in response to reading a first instruction, 
copying a portion of the tile and storing the 
copied portion at the server, 45 

(ii) in response to reading a second instruc- 
tion, obtaining the subset of dynamic infor- 
mation, from the document processing 
system. 



c) transmitting the copied portion and the sub- 
set of dynamic information to the client for out- 
put thereat. 



so 



55 
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tating the obtaining of the set of information by copying 
a portion of the file, in response to reading a first instruc- 
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for storage thereat. The printing system further includes 
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parsing subsystem, for obtaining the subset of dynamic 
information from the document processing system in re- 
sponse to the parsing system reading a second instruc- 
tion. In practice, the copied portion of the file and the 
subset of dynamic information are combined for output 
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